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DATA STRUCTURE, EVENT REPORTING SYSTEM AND METHOD FOR EVENT 

REPORTING 

Technical Field 

5 

The present invention relates to data structure, 
system and method for reporting an Event occurred due to a 
digital item (DI) ; and more particularly, the present 
invention relates to data structures of Event Report 
10 Request (ER-R) data and Event Report (ER) data, an Event 
Reporting system for managing and processing the Event 
based on the ER-R data and the ER data, a method for 
reporting the Event, and a computer readable medium storing 
instructions for implementing the same method. 

15 

Background Art 

Moving picture expert group (MPEG) proposed 'Event 
Reporting' due to a new standard working item of MPEG-21, a 

20 digital item. Referring to definitions of MPEG-21, the 
digital item means a structured digital object with a 
standard representation, identification and metadata. The 
Event Reporting means a process of Event monitoring, which 
requests a report on a certain Event occurred during the 

25 digital item is used in user terminal, and reports 
occurrence of the Event. The user includes all of a 
provider, an authorizer, a distributor and a consumer of 
the digital item. 

MPEG-21 includes seven core elements, i.e., Digital 

30 Item Declaration (DID) , Digital Item Identification and 
Description (DII&D) , Content Handling and Usage, 
Intellectual Property Management and Protection (IPMP), 
Terminal & Network, Content Representation and Event 
Reporting . 

35 An object of the Event Reporting is to provide a 
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standardized interface for measuring and reporting the 
Event occurred when using the digital item of MPEG-21 in 
direct or indirect. The Event Reporting is applied to 
usage report, e.g., Performance and Copies of the digital 
5 item, and technical report, e.g., Bandwidth 

Usage/Availability, Network Congestion, Load Balancing, and 
a financial report, e.g., Proof of Purchase, License 
Purchase and Delivery. 

Accordingly, the Event Reporting increases 

10 understanding user's action, provides generation, delivery 
and consumption of the digital item, and enables the user 
to manage circulation of the copyrighted material by 
reporting the Event related to royalties and finances. 

The Event Reporting is classified into Event Report 

15 Requests and Event Reports. 

The Event Report Request means a process in which an 
Event Report Request data, which is preferred to be 
generated as metadata, requesting a report for a certain 
Event occurred in accordance to use of a digital item is 

20 generated and transmitted. 

The Event Report means a process in which that an 
Event Report data, which is preferred to be generated as 
metadata, containing report data is generated and 
transmitted, when an Event specified in the Event Report 

25 Request data occurs. 

Accordingly, the Event Reporting system should 
include an apparatus which generates Event Report Request 
data in response to a request of a user and transmits the 
same, and an apparatus which receives, analyzes and stores 

30 the Event Report Request data, monitors the Event, 
generates Event Report data corresponding to the Event, and 
transmits the same. 

The Event Reporting system needs to have standardized 
data structures of the Event Report Request data and the 

35 Event Report data. 
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However, in the conventional system, there is no 
apparatus for reporting the Event occurred from usage of 
the digital item, data structures of Event Report Request 
data and the Event Report data are not standardized. 
5 Therefore, there is a problem that the Event Reporting can 
not be applied. 

Disclosure of the Invention 

10 It is, therefore, an object of the present invention 

to provide data structures of an Event Report Request data 
and an Event Report data for reporting an Event occurred 
due to a digital item (DI). 

It is, therefore, another object of the present 

15 invention to provide an Event Reporting system for 
processing the Event based on the Event Report Request data 
and the Event Report data, a method for reporting the Event, 
and a computer readable medium storing instructions for 
implementing the same method. 

20 In accordance with an embodiment of the present 

invention, there is provided an Event Report Request data 
for requesting to deliver an Event Report data, wherein the 
Event Report data reports an Event occurred in accordance 
with use of a digital item, the Event Report Request data 

25 comprising Delivery Time information describing time for 
transmitting the Event Report data, wherein the Delivery 
Time information includes: a specific time; an elapsed 
time; and a periodic time. 

In accordance with an embodiment of the present 

30 invention, there is provided an Event Report data for 
reporting an Event occurred in accordance with use of a 
digital item, wherein the Event Report data provides 
information specified in an Event Report Request data, the 
Event Report data comprising: ER Descriptor describing 

35 contents and formats of the Event Report data; and Source 
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Descriptor describing information on a source generating 
the Event Report data. 

In accordance with an embodiment of the present 
invention, there is provided an Event Reporting system for 
5 processing an Event Report data in order to report an Event 
occurred in accordance with use of a digital item, the 
Event Report system comprising: Event Report Request 
processing means for generating and delivering an Event 
Report Request data requesting to report an Event in 
10 response to user's request; and Event Report processing 
means for generating and delivering an Event Report data 
reporting the Event specified in the Event Report Request 
data . 

In accordance with an embodiment of the present 

15 invention, there is provided an apparatus for requesting to 
report an Event and processing an Event Report Request data 
in order to report an Event occurred in accordance with use 
of a digital item, the apparatus comprising: Event Report 
Request generation means for generating the Event Report 

20 Request data; Event Report Request transmission means for 
transmitting the Event Report Request data; Event Report 
Request receiving means for receiving an Event Report 
Request data; Event Report Request analysis means for the 
Event Report Request data received in the Event Report 

25 Request receiving means; and Event occurrence monitoring 
means for monitoring whether or not an Event occurs. 

In accordance with an embodiment of the present 
invention, there is provided an apparatus for processing an 
Event Report data in order to report an Event occurred in 

30 accordance with use of a digital item, the apparatus 
comprising: Event Report generation means for generating 
the Event Report data; Event Report transmission means for 
transmitting the Event Report data; Event Report receiving 
means for receiving an Event Report data; and Event Report 

35 Request analysis means for the Event Report data received 
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in the Event Report receiving means. 

In accordance with an embodiment of the present 
invention, there is provided a method for requesting to 
report an Event and processing an Event Report Request data 
5 in order to report an Event occurred in accordance with use 
of a digital item, the method comprising steps of: a) 
generating and delivering the Event Report Request data; 
and b) receiving an Event Report Request data from an 
outside, analyzing the Event Report Request data received 

10 from the outside and monitoring whether or not an Event 
specified in the Event Report Request data received from 
the outside occurs. 

In accordance with an embodiment of the present 
invention, there is provided a method for requesting to 

15 report an Event and processing an Event Report Request data 
in order to report an Event occurred in accordance with use 
of a digital item, the method comprising steps ( of: a) 
generating and delivering the Event Report Request data; 
and b) receiving an Event Report Request data from an 

20 outside, analyzing the Event Report Request data received 
from the outside and monitoring whether or not an Event 
specified in the Event Report Request data received from 
the outside occurs. 

In accordance with an embodiment of the present 

25 invention, there is provided a computer readable recording 
media storing instructions for executing a method for 
requesting to report an Event and processing an Event 
Report Request data in order to report an Event occurred in 
accordance with use of a digital item, the method 

30 comprising steps of: a) generating and delivering the Event 
Report Request data; and b) receiving an Event Report 
Request data from an outside, analyzing the Event Report 
Request data received from the outside and monitoring 
whether or not an Event specified in the Event Report 

35 Request data received from the outside occurs. 
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Brief Description of the Drawings 

Fig. 1 is a block diagram showing an Event Reporting 
5 system in accordance with the present invention; 

Fig. 2 is a diagram showing data structure of Event 
Report Request data-in accordance with an embodiment of the 
present invention; 

Fig. 3 is a diagram showing contents of delivery time 
10 information of Event Report Request data in accordance with 
an embodiment of the present invention; 

Fig. 4 is a diagram showing data structure of Event 
Report Request data in accordance with another embodiment 
of the present invention; 
15 Fig. 5 is a diagram showing data structure of Event 

Report data in accordance with another embodiment of the 
present invention; 

Fig. 6 is a diagram showing Event Report Request data 
including other Event Report Request data and Event Report 
20 data including other Event Report data and another Event 
Report Request data in accordance with an embodiment of the 
present invention; 

Fig. 7 is a detailed block diagram showing a main 
processing unit of an Event Reporting system in accordance 
25 with the present invention; 

Fig. 8 is a detailed block diagram showing an Event 
Report Request processing unit of an Event Reporting system 
in accordance with the present invention; 

Fig. 9 is a detailed block diagram showing an Event 
30 Report processing unit of an Event Reporting system in 
accordance with the present inventions- 
Fig. 10 is a flow chart showing an Event Report 
Requesting process ; 

Fig. 11 is a flow chart showing an Event Reporting 
35 process; 
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Fig. 12 is a flow chart showing an Event Report 
processing process; and 

Fig. 13 is a flow chart showing an Event Report data 
analyzing process . 

5 

Modes for the Invention 

The above and other objects and features of the 
present invention will become apparent from the following 

10 description and thereby one of ordinary skill in the art 
can embody the principles of the present invention and 
invent various apparatuses within the concept and scope of 
the present invention. For easy and clear description, the 
same reference numeral is assigned to the identical 

15 elements, though the elements are illustrated in a 
different drawing. Hereafter, preferred embodiments of the 
present invention will be described in detail with 
reference to the drawings. 

Fig. 1 is a block diagram showing an Event Reporting 

20 system in accordance with the present invention. 

As shown, a main processing unit 101, which processes 
Event Reporting in . an Event Reporting system 100, 
communicates with a user 10 in direct through an 
input/output interface 30, through a file stored on a 

25 storing unit 20 or through a remote access 40. The Event 
Reporting system transmits and receives to/from other user 
in outside, Event Report data (ER) or Event Report Request 
data (ER-R) through a network 50. 

Herein, the Event Report Request (ER-R) is 

30 information describing what to report, to whom to report, a 
form of report, when and how to report, when an Event is 
generated with respect to a digital item. Further 
description on it will be provided later. 

The Event Report (ER) data describes information on 

35 the Event requested by the ER-R data, a user requesting the 
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Event Reporting, and a recipient receiving the ER data, 
which will be described in detail. 

The Event Reporting system 100 can be installed on 
all of systems generating, transmitting and consuming a 
5 digital item, for example, a computer including a laptop 
computer, a notebook computer, a desktop computer, a 
workstation and a mainframe, and a mobile terminal 
including a personal digital assistant (PDA) and a mobile 
station . 

10 The user 10 accesses the Event Reporting system 100 

and requests to generate the Event Report Request (ER-R) 
data through a direct input process based on an application 
program. 

Also, the user 10 requests the Event Reporting system 
15 100 to generate the ER-R data by storing contents on the 

storing unit 20 in advance. 

The storing unit 20 can be located in inside or 

outside of the Event Reporting system 100, and includes all 

kinds of computer readable recording medium, e.g., a CD-ROM, 
20 a random access memory (RAM) , a read only memory (ROM) , a 

floppy disk, a hard disk and a magneto-optical disk. 

Also, the user 10 accesses the Event Reporting system 

100 in remote and requests the Event Reporting system 100 

to generate the ER-R data. 
25 The Event Reporting system 100 receives a request to 

generate the ER-R data from the user 10, generates the ER-R 

data and transmits the ER-R data to the user through a 

network 50. 

The network 50 includes wired/wireless local area 
30 networks (LAN), e.g., Ethernet, a fiber distributed data 
interface (FDDI) network, a token ring network and an 
asynchronous transfer mode (ATM) network, and a wide area 
network, e.g., a public switched telephone network (PSTN), 
a packet switched data network (PSDN) and an integrated 
35 services digital network (ISDN) . 
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Also, the Event Reporting system 100 receives the ER 
data and the ER-R data through the network 50, analyzes 
them, generates another ER data or another ER-R data and 
transmits them to an outside, extracts information from the 
5 ER data and the ER-R data, stores the extracted information 
or transmits the extracted information to user application 
program in direct. 

Fig. 2 is a diagram showing data structure of an 
Event Report Request data in accordance with an embodiment 

10 of the present invention. 

As shown, the Event Report Request (ER-R) data 
includes a "Condition Descriptor" field, an "Event Report 
Request (ERR) Descriptor" field, an "Event Report (ER) 
Descriptor" field, a "Delivery Descriptor" field and "To 

15 Whom" field. 

In detail, the ER-R data includes a "Condition 
Descriptor" describing conditions for the delivery of the 
ER data, i.e., occurrence of an Event, an "ERR Descriptor" 
describing identification and characteristics of the ER-R 

20 data itself, an "ER Descriptor" describing contents and 
formats of the ER data corresponding to the Event condition, 
a "Delivery Descriptor" describing generation and 
transmission schemes of the ER data, and "To Whom" field 
describing recipients of the ER data. 

25 The "Condition Descriptor" includes "Time" field 

describing the Event occurrence time, "DI Related 
Operation" field describing user operation condition in 
accordance with the use of the digital item, "Peer Related 
Operation" field describing condition in accordance with 

30 the operations occurred in the peer. 

The peer means a device or application that 
compliantly processes the digital item without modification. 

The "Time" describes a specific time, an elapsed time 
or a periodic time, on which the Event occurs. 

35 The "DI Related Operation" may use terms of right 
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data dictionary (RDD) defined in MPEG-21, e.g., DI play, 
stop, modify, install, uninstall, print, adapt, delete, 
execute and move. 

The "Peer Related Operation" may use terms of the 
5 Peer Environment of a Digital Item Adaptation (DIA) defined 
in the MPEG-21, e.g., network congestion and peer 
capability . 

The "ERR Descriptor" includes an "ID" field 
describing identification (ID) of the ER-R data, a 
10 "Description" field of the ER-R data describing attributes 
of the ER-R data, and an "Access Right" field describing an 
access right of the ER-R data. 

The "Description" information includes a "Time Stamp" 
field describing a time on which the ER-R data is generated, 
15 a "Life Time" field describing a life time of the ER-R data, 
a "History" field describing a history of creation or 
modification of the ER-R data and a "Priority Level" field 
describing the priority level to the ER-R data, wherein the 
priority level is used by peers to handle ER-R data. 
20 The "ID" may have the same format as digital item 

identification (DII) defined in the MPEG-21, and the "Life 
Time" may be described as a time to live (TTL) . 

The "ER Descriptor" includes an "ER Data Descriptor" 
field describing a report data list and format of the Event 
25 Report (ER) data, wherein the report data list is a list of 
information to be included in the ER data, and an "ERR" 
field describing another Event Report Request message data 
requesting an operation, e.g., an acknowledgement or 
forwarding of the ER-R data. 
30 The "ER Data Descriptor" includes an "ER ID" field 

describing identification of an ER data and a "Report Data" 
field describing list of information which the Event Report 
data reports. 

The "ER ID" may have the same format as the DII 
35 defined in the MPEG-21. 

10 
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The "Report Data" includes a "Peer Data" field 
describing information on the peer and a "User Data" field 
describing information on the user. 

The "Delivery Descriptor" includes a "Format" field 
5 describing a format of data used for generating the ER data, 
an "Encryption" field describing an encryption method for 
encrypting the ER data, an "Access right" field describing 
access right to the ER data, an "Authentication" field 
describing an authentication method for authenticating the 
10 ER data, a "Delivery time" field describing time to 
delivery the ER data, a "Protocol" field describing a 
network protocol for delivering the ER data and a 
"Compression." field describing a compression method for 
compressing the Event Report data. 
15 The "Delivery Time" includes a specific time, an 

elapsed time and a periodic time on which the Event Report 
data is delivered. 

Fig. 3 is a diagram showing contents of delivery time 
information of Event Report Request data in accordance with 
20 an embodiment of the present invention. 

As shown, the "Delivery Time" may request to deliver 
the Event Report data on a time tl (see 1001) , before a 
time t2 (see 1005) and between tl and t2 (see 1007) . 

The "Delivery Time" may request to deliver the Event 
25 Report data after a time el based on Event occurrence (see 
1009), before a time e2 (see 1011) and between el and e2 
(time subtracted from e2 by el) (see 1013) . 

Also, the "Delivery Time" may request to deliver the 
Event Report data at every time corresponding to a 
30 transmission period pi (see 1015) . 

According to schema of extensible Markup Language, 
hereinafter referred to as XML, syntax of Delivery Time 
information is defined as Table 1. 



11 



WO 2005/052805 



PCT/KR2004/000872 



[Table l] 

<xsd : complexType name=" Deliver yTime" > 
<xsd: choice minOccurs="0"> 

<xsd: element name=" specif icTime" 
5 type=" Specif icTime" /> 

<xsd: element name="elapsedTime" 
type="ElapsedTime" /> 

<xsd: element name="periodicTime" 
type^"PeriodicTime" /> 
10 </xsd: choice> 

</xsd : complexType> 

<xsd : complexType name=" Specif icTime" > 
<xsd : choice> 

<xsd: element name="onTime" 
15 type="xsd: dateTime "/> 

<xsd: sequence> 

<xsd: element name="afterOn" 
type="xsd: dateTime" minOccurs = "0"/> 

<xsd: element name="bef oreOn" 
20 type="xsd: dateTime" minOccurs="0"/> 

</xsd: sequence> 
</xsd: choice> 
</xsd : complexType> 

<xsd: complexType name="ElapsedTime"> 
25 <xsd : sequence> 

<xsd: element name="beginElapse" 
type=="BeginElapse" minOccurs=" 0" /> 

<xsd : element name="endElapse" 
type="EndElapse" minOccurs= M 0 " /> 
30 </xsd: sequence> 

</xsd: complexType> 

<xsd : complexType name=" BeginE lapse "> 
<xsd : choice> 

<xsd: element name="sTime" 
35 type="xsd: time"/> 

12 
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<xsd: element name="s Duration" 
type="xsd: duration" /> 

</xsd: choice> 
</xsd: complexType> 
5 <xsd: complexType name="EndElapse"> 

<xsd: choice> 

<xsd: element name="eTime" 
type= ,f xsd: time"/> 

<xsd: element name="eDuration" 
10 type="xsd: duration"/> 

</xsd : choice> 
</xsd: complexType> 

<xsd : complexType name="PeriodicTime"> 
<xsd: sequence> 
15 <xsd: element name="start" 

type="xsd : dateTime" minOccurs="0" /> 

<xsd: element name="period" 
type="xsd: duration" /> 

<xsd: element name="phase" 
20 type="xsd: duration" minOccur s=" 0 " /> 

<xsd: element name="duration" 
type="xsd: duration" /> 

<xsd: element name="periodCount " 
type="xsd: duration" /> 
25 </xsd: sequence> 

</xsd: complexType> 

<xsd : element name="deliveryTime" 
t ype= " Del i ver yTime " / > 

30 

The semantics of the Delivery Time information used 
in XML Syntax are described in Table 2, 
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[Table 2] 



Name 


Definition 


" Del i ver yTime " 


Delivery Time Information 


"Specif icTime " 


Specific time to transmit ER data 


"ElapsedTime" 


Elapsed time to transmit ER data 


"PeriodicTime " 


Periodic Time to transmit ER data 


"onTime" 


Time at which ER data should be 
transmitted 


"afterOn" 


After a time at which ER data should be 
transmitted 


"beforeOn" 


Before a time at which ER data should be 
transmitted 


" beg inE lapse" 


Reference time when elapsed time for 
transmitting the ER data begins. If there 
is no beginElapse, the reference time is 
Event occurrence time 


"endElapse" 


End time of elapsed time by which delivery 
of the Event Report data is ended 


" sTime" 


Specific time of a day on which an Event 
occurs, the specific time at which 
delivery of an Event Report data for the 
Event starts 


"sDuration" 


Duration after specific time of a day on 
which an Event occurs, the specific time 
at which delivery of an Event Report data 
for the Event starts 


"eTime" 


Specific time of a day on which an Event 
occurs, the specific time at which 
delivery of an Event Report data for the 
Event ends 


"endDuration" 


Duration after specific time of a day on 
which an Event occurs, the specific time 
at which delivery of an Event Report data 
for the Event ends 
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Tables 3 to 5 show an example of Delivery Time 
information defined by XML syntax. 

5 [Table 3] 

<deliveryTime> 
<specif icTime> 

<beforeOn>2 004- 03-3 1T0 0 : 00 : 0 0</def oreOn> 
</ specif icTime> 
10 </deliveryTime> 



[Table 4] 

<deliveryTime> 
15 <elapsedTime> 

<beginElapse> 

<sTime>00: 00 : 00</sTime> 
</beginElapse> 
<endElapse> 
20 <eDuration>PTlH</eDuration> 

</endElapse> 
</elapsedTime> 
</deliveryTime> 

25 [Table 5] 

<deliveryTime> 
<periodicTime> 

<start>2 004-01-01T00 : 00 : 00</start> 
<period>PlM</period> 
30 <duration>PlH</duration> 
</periodicTime> 
</deliveryTime> 

Here, XML syntax of Delivery Time information is 

35 applied to Event occurrence time information of Condition 

15 



WO 2005/052805 PCT/KR2004/000872 



Descriptor . 

The "To Whom" includes a "Peer IDs" field, which is 
identification information of the peers receiving the Event 
Report data, and a "User IDs" field, which is 
5 identification information of the users receiving the Event 
Report data . 

The "To Whom" may be multiple recipients, and the 
recipients may be classified as mandatory recipients and 
optional recipients . 
10 Here, XML syntax of "To Whom" information is defined 

as a following table 6. 

[Table 6] 

<xsd: complexType name="Recipient"> 
<xsd: sequence minOccurs="l" 
maxOccur s=" unbounded" > 

<xsd: element name="peer" 
type="xsd: string"/> 

<xsd: element name="reportPolicy"> 
<xsd: simpleType> 

<xsd: restriction 

base="xsd:NMTOKEN"> 

<xsd:pattern 

value= " required" /> 

<xsd: pattern 

value="optional'7> 

</xsd: restriction> 
</xsd: simpleType> 
</xsd: element> 
</xsd: sequence> 
</xsd : complexType > 

<xsd: element name^" recipient " type=" Recipient " /> 

Here, semantics of principal parameters used in the 
35 XML syntax of "To Whom" are defined as following table 7. 

16 
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[Table 7] 



Name 


Definition 


"Recipient" 


Recipient 


"peer" 


Peer generating Event Report 


"report Pol icy" 


Event Report policy. If the value is 
"required", the peer should transmit the ER 
data, and if the value is "optional", the 
Event Report Request message is denied and 
the ER data can not be transmitted. 



Table 8 shows an example of "Recipient" defined by' 
5 XML syntax in the table 7 . 

[Table 8] 

<recipient> 

<pee r> Pee rl< /peer > 
10 <r epor t Pol i cy >r equired</ report Pol icy> 

<peer>Peer2</peer> 

<repor t Policy>optional< /report Poll cy> 
</recipient> 

15 Fig. 4 is a diagram showing data structure of Event 

Report Request data in accordance with another embodiment 
of the present invention. 

As shown, the data structure of Event Report Request 
data in accordance with a second embodiment includes a 

20 "Condition Descriptor" field, an "ERR Descriptor" field, an 
"ER Descriptor" field and a "Delivery Descriptor" field. 
"To Whom" field is included as a specific element of the 
"Delivery Descriptor", which is different from the ER-R 
data in accordance with the first embodiment. 

25 An "Access Right" and "Format" fields are included in 

not the "Delivery Descriptor" but "ER Data Descriptor" 
field of the "ER Descriptor". 

17 
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Specific elements of the "Condition Descriptor" and 
"ERR Descriptor" are identical to those of the ER-R data of 
the first embodiment. 

It is apparent that the means of the elements of the 
5 ER-R data of the second embodiment are identical to those 
of the ER-R data of the first embodiment. 

Fig. 5 is a diagram showing data structure of Event 
Report data in accordance with an embodiment of the present 
invention . 

10 As shown, the Event Report (ER) data includes an "ER 

Descriptor" field describing contents and formats of the ER 
data, a "Source Descriptor" field describing information on 
a source generating the Event Report message, an "ER Report 
data" field describing reportable information corresponding 

15 to items requested by the ER-R data, and an "Additional 
Action Descriptor" field describing additional actions 
related to generation, transmission and reception of the ER 
data corresponding to the ER-R data. 

The "ER Descriptor" includes identification (ID) of 

20 the ER data and description information of the ER data. 
The ER descriptor further includes an "ER Status" field 
describing status of the ER data, which is an optional 
element . 

The description information includes a "Format" field 
25 describing a format of Event Report information data, an 
"Encryption" field describing an encryption algorithm for 
encrypting the ER data, an "Access Right" field describing 
an access right of the ER data, an "Authentication" field 
describing an authentication method for authenticating the 
30 ER data, a "Compression" field describing a compression 
method for compressing the ER data, a "History" field 
describing a history of creation or modification of the ER 
data, a "Priority Level" field describing the priority 
level to the ER data, wherein the priority level is used by 
35 the recipient to handle ER data, and a "Time Stamp" field 
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describing a timing information on which the ER data is 
generated. 

The "Source Descriptor" includes an "ER Peer ID" 
field describing identification (ID) of the peer who 
5 generates the ER data at the first, and an "Original ERR" 
field describing information on the ER-R data requesting to 
generate the ER data. 

The "ERR" field may describe the ER-R data requesting 
to generate the ER data as an embedded whole ERR message 
10 data or a reference other ERR data. 

The "ER Report Data" may allow the reportable 
information to be linked to the ER data as an embedded data 
or a reference data. 

The "Additional Action Descriptor" includes an "ERR" 
15 field describing another Event Report Request data 
requesting an operation, e.g., an acknowledgement, 
forwarding or merging of the ER data, and an "ER" field 
describing another Event Report data to be linked to the ER 
data . 

20 Accordingly, the "Additional Action Descriptor" 

allows the ER data to include another ER-R data or another 
ER data, and process recursive Event Report or Event Report 
Request . 

The "ERR" may describe the ER-R data requesting an 
25 acknowledgement or forwarding or merging of the ER data as 
an embedded data or a reference data. 

The "ER Report Data" may allow another Event Report 
data related to the ER data, as an embedded data or a 
reference data. 

30 Fig. 6 is a diagram showing Event Report Request data 

including other Event Report Request data and Event Report 
data including other Event Report data and another Event 
Report Request data in accordance with an embodiment of the 
present invention . 

35 As shown, the ER data may include one or more other 
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Event Report data or Event Report Request data an embedded 
data or a reference data. 

As shown, an Event Report Request (ER-R) data ER-R A 
may include other ER-R data ER-R B, ER-R C as a reference 
5 data or an embedded data based on the "ERR" of the "ER 
Descriptor" . 

Also, the ER data ER A corresponding to the ER-R data 
ER-R A may include another ER-R data ER-R D as well as ER 
data ER B, ER C corresponding to ER-R data ER-R B, ER-R C 
10 based on the "Additional Action Descriptor". 

Accordingly, using the Event Reporting system and the 
Event Report data in accordance with the present invention, 
recursive Event Reporting and Event Report Request can be 
implemented . 

15 Fig. 7 is a detailed block diagram showing a main 

processing unit 101 of an Event Reporting system in 
accordance with the present invention. 

As shown, the main processing unit 101 includes an 
Event Report Request (ER-R) processing unit 201 and an 

20 Event Report (ER) processing unit 203. 

The Event Report Request processing unit 201 receives 
from a user a request to report an Event, generates an 
Event Report Request (ER-R) data requesting to report the 
Event to be occurred when a digital item is used, and 

25 transmits the ER-R data to the user. 

The Event Report Request processing unit 201 analyzes 
the ER-R data received from an outside, monitors whether or 
not the Event specified in the ER-R data occurs, and 
requests the Event Report processing unit 203 to generate 

30 an Event Report (ER) data when the Event specified in the 
ER-R data occurs. 

The Event Report processing unit 203 generates an 
Event Report (ER) data requested by the Event Report 
Request processing unit 201, transmits the ER data to the 

35 user. The Event Report processing unit 203 analyzes an ER 
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data received from the outside, extracts contents of the ER 
data and transmits the contents of the ER data to the user. 

It is apparent to one skilled in the art that the 
Event Report Request processing unit 201 and the Event 
5 Report processing unit 203 may be independently implemented 
and operated in different devices (peer) . 

Fig. 8 is a detailed block diagram showing an Event 
Report Request processing unit of an Event Reporting system 
in accordance with the present invention; 
10 As shown, the Event Report Request processing unit 

201 includes an Event Report Request generation unit 301, 
an Event Report Request transmission unit 303, an Event 
Report Request receiving unit 305, an Event Report Request 
analysis unit 307, an Event occurrence monitoring unit 309 
15 and an Event Report Request information managing unit 311. 

The Event Report Request generation unit 301 
generates the ER-R data in accordance with the request of 
the user. 

The Event Report Request transmission unit 303 
20 transmits the ER-R data generated in the Event Report 
Request generation unit 301 to the recipient. 

The Event Report Request transmission unit 303 is 
made by a protocol stack for a network resource and 
attaches a protocol header to the ER-R data generated in 
25 the Event Report Request generation unit 301 and transmits 
the ER-R data. 

The ER-R data and the ER data may be transmitted 
through on a commonly used protocol, e.g., a transmission 
control protocol (TCP) , a user datagram protocol (UDP) , a 
30 hyper-text transfer protocol (HTTP), a simple object access 
protocol (SOAP) , or through a new protocol developed for 
the Event Reporting. 

The Event Report Request receiving unit 305 is a 
network module which receives the ER-R data from an outside 
35 and analyzes a network header of the ER-R data. If the ER 
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data is transmitted to itself, the Event Report Request 
receiving unit 305 transmits the ER-R data to the Event 
Report Request analysis unit 307, and if not, the Event 
Report Request receiving unit 305 transmits the ER-R data 
5 to a network route for the recipient of the ER-R data. 

The Event Report Request analysis unit 307 analyzes 
the ER-R data received from the outside, transmits to the 
Event occurrence monitoring unit 309 information on whether 
an Event Report is requested when a certain Event occurs 
10 with respect to a certain digital item, and transmits to 
the Event Report Request information managing unit 311 the 
information on what information to report, to whom to 
report, a format of the report, when to report and how to 
report . 

15 The Event occurrence monitoring unit 309 monitors 

whether or not it occurs the Event for the digital item 
specified in the ER-R data. 

For example, the ER-R data requesting to report an 
Event when the digital item is played, the Event occurrence 

20 monitoring unit 309 monitors whether or not the digital 
item specified in the ER-R data is played, and when 
starting to play the digital item, informs occurrence of 
the Event to the Event Report Request information managing 
unit 311 to generate an ER data. 

25 The Event Report Request information managing unit 

311 is a database storing the information received from the 
Event Report Request analysis unit 307. If the occurrence 
of the Event is informed from the Event occurrence 
monitoring unit 309, the Event Report Request information 

30 managing unit 311 determines time on which the ER data 
should be generated based on the stored ERR information, 
and transmits the information to the Event Report 
processing unit 203 so that the ER data is generated on the 
specific time or between the times. 

35 Fig. 9 is a detailed block diagram showing an Event 
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Report processing unit of an Event Reporting system in 
accordance with the present invention. 

As shown, the Event Report processing unit includes 
an Event Report generation unit 401, an Event Report 
5 transmission unit 403, an Event Report receiving unit 405 
and an Event Report analysis unit 407. 

The Event Report generation unit 401 generates Event 
Report (ER) data in response to request to generate the ER 
data from the Event request information managing unit 313. 
10 The Event Report transmission unit 403 transmits the 

ER data generated in the Event Report generation unit 401 
to the user. 

The Event Report transmission unit 403 is made by a 
protocol stack for a network resource and is a network 

15 module which attaches a protocol header to the ER data 
generated in the Event Report generation unit 401 and 
transmits the ER data through an actual network resource. 

The Event Report receiving unit 405 is a network 
module which receives the ER data from an outside and 

20 analyzes a network header of the ER data. If the ER data is 
transmitted to itself, the Event Report receiving unit 405 
transmits the ER data to the Event Report analysis unit 407, 
and if not, the Event Report receiving unit 405 transmits 
the ER data to a network route for the recipient of the ER 

25 data. 

The Event Report analysis unit 407 analyzes the ER 
data received from the outside, extracts information on 
what Event occurs for what digital item from the ER data, 
and transmits the information to the user. If the ER data 

30 includes Event Report Request (ER-R) data, the Event Report 
analysis unit 407 transmits the ER-R data to the Event 
Report Request processing unit 201. 

Fig. 10 is a flow chart showing an Event Report 
Requesting process . 

35 First, the Event Report Request processing unit 201 
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generates ER-R data or receives ER-R data from an outside 
at step S600. 

The Event Report Request processing unit 201 analyzes 
the ER-R data at step S601 and checks the recipient of the 
5 ER-R data at step S602. 

If the recipient is not itself, at step S603, the ER- 
R data is transmitted to a network route for the recipient 
of the ER-R data. 

If the recipient is itself, the Event Report Request 
10 processing unit 201 analyzes contents of the ER-R data at 
step S605, and determines whether the ER-R data includes 
another ER-R data at step S606. 

If the ER-R data includes another ER-R data, the 
process continues to the step S601, to process another ER-R 
15 data. 

If the ER-R data does not include other ER-R data, 
the Event Report Request processing unit 201 stores the ER- 
R data at step S607, and monitors whether it occurs an 
Event corresponding to the ER-R data at step S609. 
20 Fig. 11 is a flow chart showing an Event Report 

process . 

If a reportable Event occurs, a generation of an 
Event Report (ER) data is requested and the ER data is 
generated at step S701. 
25 A "Delivery Time" specified in the ER-R data is 

checked at step S703 and the ER data is delivered to the 
user on the delivery time at step S705. 

Fig. 12 is a flow chart showing an Event Report 
processing process . 
30 The ER data is received from the outside at step S801, 

contents of the ER data is analyzed at step S803, and it is 
determined whether or not the ER data includes another ER-R 
data at step S804. 

If the ER data includes another ER-R data or a 
35 request to report an Event is received from the user, the 
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ER-R data is generated and transmitted at steps S805 and 
S807 . 

Fig. 13 is a flow chart showing an Event Report data 
analyzing process . 
5 First, a header of the ER data is analyzed at step 

S901, and the recipient of the ER data is checked at step 
S902. 

If the recipient is not itself, at step S903, the ER 
data is transmitted to a network route for the recipient of 
10 the ER data. " 

If the recipient is itself, contents of the ER data 
is analyzed at step S905, extracts information from the ER 
data and transmits the information to the user at step S909. 
The present invention can be implemented and stored in 
15 a computer readable recording medium, e.g., CD-ROM, a 
random access memory (RAM) , a read only memory (ROM) , a 
floppy disk, a hard disk, and a magneto-optical disk. 

While the present invention has been described with 
respect to certain preferred embodiments, it will be 
20 apparent to those skilled in the art that various changes 
and modifications may be made without departing from the 
scope of the invention as defined in the following claims. 



25 



